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TITLE 

METHOD FOR CONTROLLING NETWORK DIGITAL 
BROADCASTING SERVICE AND SYSTEM THEREFORE 

CLAIM OF PRIORITY 
[0001] This application makes reference to, and claims all benefits accruing under 35 U.S.C. § 11 9 
fi-om an application for METHOD FOR CONTROLLING NETWORK DIGITAL BROADCASTING 
SERVICE earlier filed in the Korean Intellectual Property Office on 13 February 2003 and thereby 
duly assigned Serial No. 2003-9222. 

BACKGROUND OF INVENTION 
Field of the Invention 

[0002] The present invention relates to a method and system for controlling a network digital 
broadcasting service. 

Description of Related Art 
[0003] As digital broadcasting is made more consistent, a number of broadcasting service models 
are being suggested. Among them, in a digital broadcasting service model through a network, a 
defined standard for providing broadcasting service between a broadcasting server and a subscriber 
terminal is required. 

[0004] In order for a subscriber apparatus (e.g. STB (Set Top Box)) to select one broadcasting 
channel fi"om a multi-broadcasting server having a pluraUty of channels, a standard for defining a 
control message between a server and a subscriber apparatus, is required. For such a standard, a 
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Standard called "Part 6 of MPEG-2: Digital Storage Media-Command And Control" (referred to as 
DSM-CC hereinafter) defined under the "ISO/IEC 13818-6 Intemational Standard" among standards 
generated by the Intemational Organization for Standardization/International Electrotechnical 
Commission (ISO/IEC), has been prepared. MPEG refers to the Motion Picture Experts Group. 
[0005] According to the DSM-CC standard, a session control and a channel change control are 
operated on different protocol stacks, respectively. Namely, a session control is based on TCP 
(Transmission Control Protocol) /UDP (User Datagram Protocol), and a channel change control is 
operated on the basis of AAL5 (ATM Adaptation Layer 5) /ATM (Asynchronous Transfer Mode). 
[0006] Also, a DSM-CC standard defines messages presuming a client to network (particularly, 
SRM: Session Resource Manager) to server as a service object. Fig.l is a structural view for one 
known embodiment of a digital information transmission system to which such DSM-CC standard 
is applied. 

[0007] Referring to Fig. 1 , to realize, particularly, digital broadcasting service through a network 
(SRM) 12 in a digital information transmission sj^tem including a client 11, a server 13, and a 
network (SRM) 12, the client 1 1, for receiving a predetermined information or message using a 
digital storage media, uses the network (SRM) 12 to receive a message fi-om the server 13. 
[0008] Therefore, the network (SRM) 1 2 plays a role of connecting data between the client 1 1 and 
the server 13, and when wanting to receive a service, the client 1 1 requests the networkl2 for a 
message, then the network (SRM) 12 recognizes such request, ordering desired information to the 
server 13. The server 13 recognizes such order, transmitting desired information on the network 
(SRM) 12, and the network (SRM) 12 checks transmitted information and then transmits data 
information and a message to the cHent 1 1 . 

[0009] Fig. 2 is a representative general timing diagram for digital broadcasting suggested by a 
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DSM-CC Standard of the related art. Referring to Fig. 2, for a control message for DSM-CC 
suggested by a DSM-CC standard of the related art, "Confirm method" is used. 
[0010] "Confirm method" used in a DSM-CC standard of the related art consists of a "Request" 
message, an "Indication" message, a "Response" message, and a "Confirm" message. 
[0011] Namely, a "Request" message is generated when the client 11 or the server 13 begin a 
message transmission and is transferred to the network (SRM) 12. Also, the network (SRM) 12 
delivers an "Indication" message which is information for a "Request" message to the server 13 or 
the client 1 1 with respect to such "Request" message. The sever 13 or the client 1 1 which receive 
an "Indication" message delivers a "Response" message to the network (SRM) 12 in response 
thereto. Then, the network (SRM) 12 responds with a final "Confirm" message, with respect to the 
client 1 1 or the server 13 which has initially delivered the "Request" message. 
[0012] A method by a DSM-CC standard of the related art for delivering digital broadcasting data, 
includes the steps of: making a session; changing broadcasting; checking a status of a server; 
terminating, at a client, broadcasting service; and terminating, at a server, broadcasting service. 
[0013] A method by a DSM-CC standard of the related art for delivering digital broadcasting data 
will be described in the following. First, a session is made between a client 1 1 and a server 13, for 
discriminating, at a network (SRM) 12, a subscriber apparatus (STB: Set Top Box) which is the 
cHent 1 1 in order to deliver such digital broadcasting data. 

[0014] A process for making such session will be described with reference to Fig.2, in which: the 
client 1 1 delivers a "ClientSessionSetupRequest" message T201 for establishing a session, to the 
network (SRM) 12, and the network (SRM) 12 which has received such message transmits a 
"ServerSessionSetupIndication" message T202 informing that there is a request for establishing a 
session fi-om the client 1 1, to the sever 13. 
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[0015] Also, the server 13 transmits a "ServerSessionSetupResponse" message T203 to the 
network (SRM) 12, and the network (SRM) 12 which has received such message transmits a 
"ClientSessionSetupConfirm" message T204 to the cUent 11. 

[0016] In the meantime, a process for releasing a session or a process for checking a status of a 
session is proceeded in the same manner. 

[0017] Namely, a process for checking a status of the client 1 1 will be described in the following, 
in which: the client 1 1 transmits a "ClientStatusRequest" message T209 to the network (SRM) 12, 
and the network (SRM) 12 which has received such message transmits a "ClientStatusIndication" 
message T210 to the server 13. Then, the server 13 transmits a "ClientStatusResponse" message 
T211 to the network (SRM) 12, and the network (SRM) 12 which has received such message 
transmits a "ClientStatusConfirm" message T212 to the client 11. 

[0018] Also, a process for checking the server 13 is performed in a following manner, in which: 
the server 13 transmits a "ServerStatusRequest" message T213 to the network (SRM) 12, and the 
network (SRM) 12 which has received such message transmits a "ServerStatusIndication" message 
T214 to the cUent 11, then, the cUent 1 1 transmits a "ServerStatusResponse" message T215 to the 
network (SRM) 12 and the network (SRM) 12 which has received such message transmits a 
"ServerStatusConfirm" message T216 to the server 13. 

[0019] Also, a process for releasing, at the client 1 1 , a session is performed in a following manner, 
in which: the client 1 1 transmits a "ClientReleaseRequest" message T217 to the network (SRM) 12 
and the network (SRM) 1 2 which has received such message transmits a "ServerReleaselndication" 
message T218 to the server 13, then the server 13 transmits a "ServerReleaseResponse" message 
T219 to the network (SRM) 12 and the network (SRM) 12 which has received such message 
transmits a "ServerReleaseConform" message T220 to the client 1 1 . 
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[0020] In the meantime, a process for releasing, at the server 13, a session is performed in a 
following manner, in which: the server 1 3 transmits a "ServerReleaseRequest" message T22 1 to the 
network (SRM) 12 and the network (SRM) 12 which has received such message transmits a 
"ClientReleaselndication" message T222 to the client 11, then the client 11 transmits a 
"ClientReleaseResponse" message T223 to the network (SRM) 12 and the network which has 
received such message transmits a "ClientReleaseConform" message T224 to the server 13. 
[0021] In the meantime, as a channel changing process defined by a DSM-CC standard operates 
on AAL5/ATM, the client 1 1 directly transmits a "ProgramSelectRequest" message T205 to the 
server 1 3 without passing session resource manager (SRM) 12, and the server 1 3 which has received 
such message transmits a "ProgramSelectConfirm" message T206 and the client 1 1 transmits a 
"ProgramSelectlndication" message T207 to the server 1 3 without passing session resource manager 
(SRM) 12, then the server 13 transmits a "ProgramSelectResponse" message T208 to the client 11, 
so that the channel changing process is terminated. 

[0022] A DSM-CC message used in the foregoing process consists of a message header that 
should be included in conmion for all the messages and a message payload for defining message 
data. Here, the message header includes a protocol discriminator and a message discriminator so that 
what kind of message has been transmitted, can be identified. Also, the message payload consists 
of peculiar data of each message. Among such pecuhar data, detailed definitions are shown in Tables 
1 , 2, 3 with use of a "ClientSessionSetupRequest" message and a "ProgramSelectRequest" message 
for examples. 

[0023] Table 1 shows a header format of a DSM-CC message. Referring to Table 1 , a DSM-CC 
message includes: a protocol discriminator consisting of 1 byte; a DSM-CC type consisting of 1 byte; 
a message ID (identification) consisting of 2 bytes; a transaction ID consisting of 4 bytes; a Reserved 
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of 1 byte; an adaptation length of 1 byte; and a message length of 2 bytes. 



Table 1 



Contents 


A number of bytes 


DsmccMessageHeader () { 




ProtocolDiscriminator 


1 


DsmccType 


1 


MessagelD 


2 


TransactionED 


4 


Reserved 


1 


adaptationLength 


1 


messageLength 


2 


} 





[0024] More specifically, the protocol discriminator is a field for indicating that a message is an 
MPEG-2 message. 

[0025] Also, the DSM-CC type is a field for indicating an MPEG-2 DSM-CC type, and for its 
possible type, four types exist such as UN (User-Network) configuration, UN primitive, UU (User 
to User) configuration, and UU primitive. 

[0026] The message ID is a field for determining a message type and the transaction ID is a field 
for session integrity or error processing. Also, the Reserved is a field for setting a value into "zero'' 
for being reserved, and the adaptation length is a field for indicating a length of an adaptation part. 
The message length is a field for indicating a message length including the adaptation part. 
[0027] Table 2 shows a format of a "ClientSessionSetUpRequest/Confirm" message among 
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DSM-CC messages. 



Table 2 



Contents 


A number of bytes 


ClientSessionSetupRequest 0 { 


ClientSessionSetupConfirm (){ 




dsmccMessageHeader () 


dsmccMessageHeader () 




SessionID 


SessionID 


10/10 


Reserved 


response 


2/2 


ClientID 


ServerlD 


20/20 


ServerlD 


Resources () 


20/undefined 


UserData 


UserData 




} 


} 





[0028] In the Table 2, the session ID is a discriminator for identifying one session and is a value 
consisting of a device discriminator of 6 bytes and a session number of 4 bytes, and the client ID and 
the server ID are values for identifying a client and a server in the network, respectively. 
[0029] The response has one code among codes such as "RspOK", "RspNoSession'', 
"RspInvalidCUent", "RspInvaUdServer", "RspNoService", "Reserved". The client judges that a 
session is properly established only if a RspOK code is included in a response field and transmitted. 
[0030] The Resources () is a field for including detailed information of resources required for 
service, and it is not required right now, for it presently shows resource information for MPEG only, 
but it would be used in case that IP service is added afterwards. 

[0031] The UserData () is a part not defined in the standard and is depicted as "Out of Scope". 
[0032] Table 3 shows a format of a "ProgramSelectRequest/Confirm" message among DSM-CC 
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messages. 



Table 3 



Contents 


A number of bytes 


ProgramSelectRequest 0 { 


ProgramSelectConfirm Q { 




sessionid 


sessionid 


10 


reserved 


response 


2 


broadcastProgramld 


broadcastProgramld 


4 


PrivateData () 


PrivateData 0 




} 


} 





[0033] In the Table 3, the broadcastProgramld is a discriminator of a video program. Zero means 
a case that there is no program and a range for valid values is from 0x00000001 to 0x7FFFFFFF. 
[0034] The PrivateData () is a part not defined in the standard and is depicted as "Out of scope". 
[0035] But, messages defined by such DSM-CC standard are base standard taking all cases for a 
variety of data format into account. Therefore, there are several problems in applying this standard 
as it is, to broadcasting service. 

[0036] First, messages taking general cases into accoimt are defined, so that necessary messages 
are limited to a part depending on service characteristics. 

[0037] Secondly, a network which is a terminal apparatus, namely SRM is provided between a 
client and a server, so that a procedure for communication is divided into two steps. Upon change 
of broadcasting through TCP/IP (Transmission Control Protocol/Intemet Protocol), changing time 
should be reduced as much as possible. In that regard, characteristics of dividing a procedure into 
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two Steps is a disturbing factor. 

SUMMARY OF THE INVENTION 
[0038] To solve the above-indicated problems, it is an object of the present invention to provide 
a method for servicing digital broadcasting, capable of defining a control message necessary for 
servicing digital broadcasting of a SD (Standard) level and a HD (High Definition) level through, 
for example, an xDSL (x Digital Subscriber Line). 

[0039] Also, it is an object of the present invention to provide a method for controlling network 
digital broadcasting service, capable of realizing a session control and a chaimel change control on 
the same protocol stack by selecting only necessary control messages for servicing digital 
broadcasting, adding necessary part for service, making specialized protocol, and capable of reducing 
channel changing time by directly giving and taking messages without passing through a session 
resource manager (SRM). 

[0040] The foregoing and other objects and advantages are realized by providing a method for 
controlling network digital broadcasting service, including the steps of: directly requesting, at a 
client, a digital broadcasting server for a session connection, and establishing a session by receiving 
a confirmation from the digital broadcasting server; directly requesting, at the client, the digital 
broadcasting server for a program change, and changing a program by receiving a confirmation firom 
the digital broadcasting server; receiving, at the client, a message for checking a status of the client 
fi-om the digital broadcasting server, and directly delivering a confirmation message fi*om the client 
to the digital broadcasting server; and directiy requesting, at the client, the digital broadcasting server 
for a session termination and terminating a session by receiving a confirmation from the digital 
broadcasting server. 
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[0041] The foregoing and other objects and advantages are additionally realized by providing a 
method for controlling network digital broadcasting service, including the steps of: directly 
requesting, at a client, a digital broadcasting server for a session connection, and establishing a 
session by receiving a confirmation from the digital broadcasting server; directly requesting, at the 
client, the digital broadcasting server for a program change, and changing a program by receiving 
a confirmation from the digital broadcasting server; receiving, at the client, a message for checking 
a status of the client from the digital broadcasting server, and directly delivering a confirmation 
message from the client to the digital broadcasting server; and directly requesting, at the digital 
broadcasting server, the client for a session termination and terminating a session by receiving a 
confirmation from the client. 

[0042] Foregoing and other objects and advantages are also realized by providing a method for 
controlling network digital broadcasting service, including the steps of: receiving, at a digital 
broadcasting server, a session setup request directly from a client, and establishing a session by 
directly delivering a session setup confirmation message to the client; receiving, at the digital 
broadcasting server, a program select request from the client, and changing a channel by directly 
delivering a program select confirmation message to the client; directly transmitting, at the digital 
broadcasting server, a server status request for checking a status of the client, to the client, and 
receiving a server status confirmation message from the client; and receiving, at the digital 
broadcasting server, a client release request for session termination from the client, and terminating 
a session by directly delivering a client release confirmation message to the client. 
[0043] Foregoing and other objects and advantages are fiirther realized by providing a method for 
controlling network digital broadcasting service, including the steps of: receiving, at a digital 
broadcasting server, a session setup request directly from a client, and establishing a session by 
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directly delivering a session setup confirmation message to the client; receiving, at the digital 
broadcasting server, a program select request firom the client, and changing a channel by directly 
delivering a program select confirmation message to the client; directly transmitting, at the digital 
broadcasting server, a server status request for checking a status of the client, to the client, and 
receiving a server status confirmation message fi-om the client; and receiving, at the client, a server 
release request for session termination fi-om the digital broadcasting server, and terminating a 
session by directly delivering a server release confirmation message to the digital broadcasting 
server. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0044] A more complete appreciation of the invention, and many of the attendant advantages 
thereof, will be readily apparent as the same becomes better understood by reference to the following 
detailed description when considered in conjunction with the accompanying drawings in which like 
reference symbols indicate the same or similar components, wherein: 

[0045] Fig. 1 is a structural view for a digital information transmission system to which a DSM-CC 
standard of the prior art is applied; 

[0046] Fig.2 is a representative general timing diagram for digital broadcasting suggested by a 
DSM-CC standard of ttie related art; and 

[0047] Fig. 3 is a timing diagram for network digital broadcasting according to a preferred 
embodiment of the present invention. 



[0048] 



DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
A preferred embodiment of the present invention will now be described with reference to 
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the accompanying drawings. The matters defined in the description such as a detailed construction 
and elements are nothing but the ones provided to assist in a comprehensive understanding of the 
invention. Thus, it is apparent that the present invention can be carried out without those defined 
matters. Also, well-known fimctions or constructions are not described in detail since they would 
obscure the invention in unnecessary detail. 

[0049] In case of a VDSL (Very high-bit rate Digital Subscriber Line) presently under progress, 
channel data of all the channels could not be provided to the general household via a VDSL line like 
the case of FTA (Free to Air: ground wave) due to data transmission and reception speed restrictions 
(presently, maximum 52Mbps for downward, 1 9.39Mbps for broadcasting of a HD level). Therefore, 
a request for desired channel should be made through a network, and a subscriber apparatus should 
receive and show the relevant channel. By providing a message standard for realizing such broadcast 
changing procedure, it is possible to directly control broadcasting on a TCP/IP network and to watch 
a high quality channel. 

[0050] Fig. 3 is a timing diagram for a network digital broadcasting according to a preferred 
embodiment of the present invention. Referring to Fig. 3, according to the present invention, unlike 
the related art, an operation for the digital broadcasting is directly performed through "Request" and 
"Confirm" between a client 1 1 and a server 13 without going through "Indication" and "Response" 
steps. 

[0051] Like the method by DSM-CC of the related art for delivering digital broadcasting data, a 
process for delivering digital broadcasting data according to the present invention, includes the steps 
of: establishing a session; changing a channel (or program); checking a status of a client; terminating, 
at a client, broadcasting service; and terminating, at a server, broadcasting service. 
[0052] A method for delivering digital broadcasting data according to the present invention will 
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be described with reference to an embodiment shown in Fig.3. First, a process for establishing a 
session between a client 1 1 and a server 1 3 is performed without passing through a session resource 
manager (SRM). Namely, the client 1 1 directly transmits a "SessionSetupRequesf message T301 
to the server 13 and the server 13 directly transmits a "SessionSetupConfirm" message T302 to the 
client 1 1 in response thereto, so that a session is established. 

[0053] Also, a channel changing process is performed on TCP/IP like the case of a session control, 
so that complexity of the message control of the related art could be reduced. Therefore, upon 
channel change, the client 1 1 transmits a "ProgramSelectRequest" message T303 to the server 13 
and the server 13 transmits a "ProgramSelectConfirm" message T304 to the client 1 1. 
[0054] In the meantime, the server 13 transmits a "ServerStatusRequest" message T305 in order 
to regularly check whether the client 1 1 (subscriber apparatus (set top box)) operates constantly, and 
the client 1 1 responds to the server 13 by sending a "ServerStatusConfirm" message T306 to the 
server 13. 

[0055] Also, upon termination of the digital broadcasting service, a simple configuration of 
"Request-Confirm" is used. Namely, when requesting, at the cUent 1 1, a broadcasting termination, 
the client 1 1 transmits a "ClientReleaseRequest" message T307 to the server 13, and the server 13 
transmits a "ClientReleaseConfirm" message T308 to the client, so that a session is terminated. On 
the contrary, when requesting, at the server 13, a broadcasting termination, the server 13 transmits 
a "ServerReleaseRequest" message T309 to the client 11 and the client 11 transmits a 
"ServerReleaseConfirm" message T310, so that a session is terminated. 

[0056] In the meantime, the present invention has newly constructed a payload of a DSM-CC 
standard message in order to service digital broadcasting . The process for performing service 
operation between a client 1 1 and a server 1 3 according to the present invention is different firom the 
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1 Standard suggested by Fig.2 in that service is directly delivered without passing through the session 

2 resource manager (SRM). Accordingly, a channel change message format and a status check message 

3 format have been changed appropriate for the service. Also, remarkably modified characteristics is 

4 that a session control and a channel change control are performed on the same protocol stack, so that 

5 all the messages include a message header. With such construction, a control becomes possible in 

6 a more simple process than the standard of the related art suggested in Fig.2. 

7 [0057] For such message construction, refer to Table 4 through Table 7, below. 

8 [00581 Table 4 shows a format of a "SessionSetUpRequest/Confirm" message among digital 

9 broadcasting service messages through, for example, an xDSL according to the present invention. 



10 




Table 4 




11 


Contents 


A number of bytes 


12 


SessionSetupRequest () { 


SessionSetupConfirm () { 




13 


dsmccMessageHeader () 


dsmccMessageHeader () 




14 


SessionID 


SessionID 


10/10 


15 


Reserved 


response 


2/2 


16 


ClientlD 


ServerlD 


20/20 


17 


ServerlD 


} 


20/ 


18 


} 







19 [0059] As shown in Fig.4, a "ClientSessionSetUpRequest/Confirm" message defined by the 

20 present invention uses a message header of a DSM-CC standard for its message header. Also, a 

21 message delivering process that has passed through four steps of 

22 "Request"-"Indication"-"Response"-"Confirm" in the standard of the related art, is reduced and 
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instead, a message delivering process is realized merely by two steps of "Request"-"Confirm", In 
the meantime, UserData 0» Resources Q that have been used for the standard of the related art, are 
not used. For a client ID and a server ID, it is regulated that an address of OSI (Open Systems 
Interconnection) E. 164 NSAP (Network Service Access Point), but a serial number given from an 

authentication organization is used. 

[0060] Table 5 shows a format of a "ProgramSelectRequest/Confirm" message among digital 
broadcasting service messages through, for example, an xDSL according to the present invention. 



Table 5 



Contents 


A number of bytes 


ProgramSelectRequest () { 


ProgramSelectConfirm Q { 




dsmccMessageHeader () 


dsmccMessageHeader () 




SessionID 


SessionID 


10/10 


STB status 


response 


2/2 


broadcast Programid 


broadcast Programid 


20/20 


Client ID 


CUent ID 


20/20 


} 


} 





[0061] As broadcasting has been performed on AAL5/ATM in a DSM-CC standard of the related 
art, a message header has not been required. But, as a channel change message of the present 
invention is operated on TCP/IP like a case of a session connection message, a channel change 
message is constructed in the same format as the session connection message. Therefore, a message 
header and a client ID field are additionally provided. 

[0062] Also, a "STBStatus" field is added to a payload described in a DSM-CC standard of the 
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related art so that a "Request" message is transmitted, whereby the general broadcasting and VOD 
(Video On Demand) could be discriminated. Also, a "Request" message is transmitted with a 
channel number to change put into its "broadcastProgramId" field. 

[0063] Table 6 shows a format of a "ReleaseRequest/Confirm" message among digital 
broadcasting service messages through, for example, an xDSL according to the present invention. 



Table 6 



Contents 


A number of bytes 


ReleaseRequest 0 { 


ReleaseConfirm Q { 




dsmccMessageHeader () 


dsmccMessageHeader () 




SessionID 


SessionID 


10/10 


Reason 


response 


2/2 


ClientID 


ClientID () 




} 


} 





[0064] The Client 1 1 could request a "ReleaseRequest" message in order to terminate a session, 
and the server 13 may also request a "ReleaseRequest" message in order to terminate a session by 
checking a status of the client 11. The response message has one code among "RspOK", 
"RspNosession", "RspInvalidClient", "RspInvalidServer", "RspNoService", "Reserved", and the 
client 1 1 releases a session if a "RspOK" code is received. 

[0065] Table 7 shows a format of a "ServerStatusRequest/Confirm" message among digital 
broadcasting service messages through, for example, an xDSL according to the present invention. 
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Table 7 



Contents 


A number of bytes 


ServerStatusRequest () { 


SeverStatusConfirm 0 { 




dsmccMessageHeader 0 


dsmccMessageHeader 0 




Reason 


Response 


2/2 


StatusType 


StatusType 


2/2 


resonrceNumber 


resonrceNumber 


2/2 


Reserved 


resourceStatus 


2/2 


ClientID 


ClientID 


20/20 


} 


} 





[0066] In case that a connection between the client 1 1 and the server 1 3 is abnormally terminated, 
the server 13 continues to broadcast, for a session is not normally terminated. In order to prevent 
such resource waste, the server 13 should regularly check a status of the client 1 1 . At the moment, 
a message transmitted to the client from the server 13 is a "ServerStatusRequest" message. 
[0067] Generally, the server 13 checks a status of the client 1 1 every thirty minutes, and if the 
client 13 does not transmit a "Confirm" message, the server 13 repeatedly transmits a "Request" 
message two times by short periods. If a "Confirm" message is not received even in this time, the 
server 13 terminates a session by transmitting a "Release request" message to the client 1 1 . Such 
check period is possibly changed on the program. 

[0068] A DSM-CC standard of the related art defines "reason","statusType","statusCount" fields, 
and the present invention adds "resourceNumber","resourceStatus","clientId" fields to that. For a 
"reason" field, one code among "RsnOk", "RsnNormal", "RsnError", "Reserved" is possibly used. 
A "resonrceNumber" among the added fields is a nvmiber of a resource (e.g. MPEG) whose status 
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is wanted to be known. Also, a "resourceStatus" field is a field for informing a resource's status, 
showing a status that whether MPEG resource is being used. 

[0069] The method of the present invention as described above, could be realized in form of a 
program and stored at recording media such as CD-ROM (Compact Disk-Read Only Memory), 
RAM (Random Access Memory), a floppy disk, a hard disk, an optical magnetic disk, etc., in a form 
that could be read by a computer. 

[0070] As is apparent from the foregoing, the present invention accepts standard, extensionality, 
universality as a base standard with respect to DSM-CC of the related art, and is capable of 
performing swift message control. 

[0071] Also, the present invention xmifies a basic protocol stack, so that realization of the present 
invention is easy. 

[0072] While the invention has been shown and described with reference to certain preferred 
embodiments thereof, it will be understood by those skilled in ttie art that various changes in form 
and details may be made therein without departing firom the spirit and scope of the invention as 
defined by the appended claims. 



Page 18 of 25 



